Blog

Luis Majano

December 15, 2008

Spread the word


Share your thoughts

The new Transfer Loader interceptor in the up-coming ColdBox 2.6.2 will provide you with a very easy way to configure Transfer ORM in your application and use it from ColdSpring or LightWire. How easy? This easy? Open your coldbox configuration file and try to add the following, of course season to your own taste: /${Setting: AppMapping not found}/config/transfer.xml.cfm /${Setting: AppMapping not found}/config/definitions blogDSN For those who are wondering what ${Setting: AppMapping not found} means, it means that in ColdBox 2.6.2 you can re-use ANY setting within other settings and interceptor properties, much like how you do ${} replacements in ColdSpring and Lightwire, but on the coldbox.xml. This will create the transfer factory, transfer and the transfer transaction objects in the ColdBox Cache with the following case SENSITIVE keys:

  • Transfer
  • TransferFactory
  • TransferTransaction

That's it, you know can use Transfer in your application by autowiring your objects with it: Now, what happens if you want to also use coldspring or lightwire in your application for all your model objects instead of the ColdBox's default model integration (2.6.2)? Well, you still can, by using factory beans.  What are factory beans? Factory beans are objects you define in your coldspring or lightwire definitions that can produce objects for you.  So we can declare a bean to be a CarFactory that can produce different types of cars for you.  This way, coldpsring or lightwire do NOT create these objects, but they only request them.  These factories take care of creating them for you.  This is incrediblly useful, for use cases such as the one presented here, where Transfer has already been produced and is just waiting to be used. So let's start with the global XML declaration that both coldspring and lightwire can use: Transfer TransferTransaction WOW!! That simple, we just declare the ColdBox Cache Manager to be a factory bean and then we declare beans by calling methods on it with arguments, which in our case is the key to the objects in the cache. How cool is that!! You can basically wire up anything from the ColdBox Cache into any coldspring or ligthwire managed bean. The equivalent of the XML notation in LightWire's configuration object is the following (Please note that this uses the ColdBox version of Lightwire): //Define the ColdBox Factory addSingleton("coldbox.system.extras.ColdboxFactory","ColdBoxFactory"); //Define the ColdBox Cache as a Bean addSingletonFromFactory("ColdBoxFactory","getColdBoxOCM","ColdBoxCache"); //Define Transfer addSingletonFromFactory("ColdBoxCache","get","transfer"); addConstructorProperty("transfer","objectKey","Transfer"); //Define The TransferTransaction addSingletonFromFactory("ColdBoxCache","get","TransferTransaction"); addConstructorProperty("TransferTransaction","objectKey","TransferTransaction"); There you go, a programmatic approach of defining beans. So to finalize, we where able to use ANY coldbox cached element in our coldspring or lightwire object factories by leveraging factory beans. An the best use case was using the Trasnfer Loader interceptor. Enjoy!

Add Your Comment

(2)

Dec 15, 2008 19:59:39 UTC

by Aaron

I am using this approach and I love it!!!!! Thanks Luis

Jan 05, 2009 11:40:36 UTC

by Daniel

In a handler I don't find transfer in the instance scope.... I folowed your example with coldspring

Recent Entries

BoxLang AI 3.7: Profiles, Embeddings Defaults and MCP Rate Limiting

BoxLang AI 3.7: Profiles, Embeddings Defaults and MCP Rate Limiting

Ortus Solutions announces the release of BoxLang AI 3.7. Name a provider, model, params and API key once, then pick it by name for a call, an agent, or a single agent run. Embeddings get their own defaults, MCP servers you build get rate limiting and trusted proxies, and a handful of important fixes land along the way.

Luis Majano
Luis Majano
November 05, 2026
BoxLang  1.19.0: See Everything Your Code Does

BoxLang 1.19.0: See Everything Your Code Does

Ortus Solutions today announces the release of BoxLang 1.19.0, the software productivity platform for building, modernizing and running applications, with developers and AI agents working together. This release is about observability: built-in code coverage and execution profiling, the missing post-invocation events for BIFs, and new query and transaction events, and it pairs with the new BxLens beta, the debug bar and ops console that exposes hotspots and bytecode profilers. It also adds your own global settings in boxlang.json, static method interception, raw binary HTTP streaming and a lot of hardening across JDBC, Java interop and CFML compatibility.

Luis Majano
Luis Majano
November 05, 2026
Build AI Agents with Less Configuration: Join Luis Majano in Málaga

Build AI Agents with Less Configuration: Join Luis Majano in Málaga

Learn how to define, build, and run AI agents with BxAgents in a hands-on session organized by Malaga-AI and sponsored by Ortus Solutions! 🚀

Building an AI agent means connecting instructions, models, tools, and application logic. A clear project structure makes those pieces easier to organize and develop.

Maria Jose Herrera
Maria Jose Herrera
November 04, 2026